home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Internet Tools (InfoMagic)
/
Internet Tools.iso
/
security
/
tcp_wrappers_7.0.BLURB
< prev
next >
Wrap
Text File
|
1995-01-09
|
3KB
|
62 lines
@(#) BLURB 1.22 95/01/08 17:00:26
This is the 7.0 version of the TCP/IP daemon wrapper package.
With these programs you can monitor and control connections to your
TFTP, EXEC, FTP, RSH, TELNET, RLOGIN, FINGER, and SYSTAT network
daemons, and many others.
The programs can be installed without any changes to existing software
or configuration files. By default, they log the client host name and
do some sanity checks on the origin of the request, without exchanging
any information with the client application.
The most relevant changes since release 6.3 (March 1994):
- Smaller. Tcpd provides more functionality with less code. Your
mileage may vary: compilers and linkers round up program sizes.
- Cleaner. I have dropped the ugly FAIL pattern, some prehistoric
#ifdefs, and have done a much-needed code cleanup.
- Faster. When tcpd is built without -DPARANOID, it defers hostname
lookup (and double checking) until the name is actually needed by
an access control pattern or by a %<letter> expansion.
- Smarter. Access control rules can trigger on the name or address
that a client connects to (the `daemon@host' pattern). This can
be used to offer ftp, www, etc. archives with different internet
hostnames from one machine. Details in the README file.
- More control over hosts with name/name or name/address conflicts:
when tcpd is built without -DPARANOID, you can match such hosts
with the new PARANOID wildcard pattern.
- A `banners' option (for ftp, telnet, rlogin, etc.) that can be
used for "trespassers will be shot" warnings, to explain why
access is denied, to inform the client of a hostname lookup
problem, to give your system a personal touch, and so on.
- A `tcpdchk' command that finds and explains possible problems in
your tcpd and inetd or tlid setups. The command is documented in
the `tcpdchk.8' manual page. It should save lots of time.
- A `tcpdmatch' command that predicts how tcpd would handle a
specific request for service. The command is documented in the
`tcpdmatch.8' manual page. The poor old `try' program is gone.
- An extensible programmatic interface (at last).
- Support or workarounds for more systems (irix5, ncr, unixware).
Compatibility: no changes to defaults, to installation procedures or
to configuration procedures. Some obscure features are gone: run the
new `tcpdchk' command to find dependencies on such behavior. Programs
using the hosts_access(3) routines may profit from the new extensible
programmatic interface.
Wietse Venema (wietse@wzv.win.tue.nl),
Department of Mathematics and Computing Science,
Eindhoven University of Technology,
The Netherlands.